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Method and Syst m for D activating a S rvice Account 

FIELD OF THE INVENTION 

The present invention relates to a method and system for deactivating a service 
account, e.g., a service account of an application server of a subscriber in an 
5 Internet Protocol Multimedia Subsystem (IMS). 

BACKGROUND OF THE INVENTION 

In order to achieve access independence and to maintain a smooth interoperation 
with wired terminals across the Internet, the IMS as specified e.g. in the 3GPP 
specifications TS 23.228, 24.228, 24.229 and 23.218 has been developed to be 

10 conformant to IETF (Internet Engineering Task Force) "Internet Standards". The IP 
multimedia core network (IM ON) subsystem enables network operators of mobile 
or cellular networks to offer their subscribers multimedia services based on and 
built upon Internet applications, sen/ices and protocols. The intention is to develop 
such services by mobile network operators and other 3"^ party suppliers including 

15 those in the Internet space using the mechanisms provided by the Internet and the 
IM CN subsystem. The IMS thus enables conversions of, and access to, voice, 
video, messaging, data and web-based technologies for wireless users, and com- 
bines the growth of the Internet with the growth in mobile communications. 

Fig. 1 shows an architecture of an IMS network according to the above 3GPP (3^*^ 
20 Generation Partnership Project) specification. The architecture is based on the 
principle that the service control for home subscribed services for a roaming sub- 
scriber is in the home network HN, e.g. a Serving Call State Control Function (S- 
CSCF) is located in the home network HN. In Fig. 1. an S-CSCF 10 is shown, 
which currently controls or serves a terminal device or user equipment (UE) 40 
25 according to the subscriber profile or network coverage of the UE 40. 

In general, an S-CSCF performs the session control sen/ice for the served UEs. It 
maintains a session state as needed by the network operator for support of the 
services which may be provided by an application server (AS) 60 which may be 
located in an external network or in the home network HN or a visited network VN 
30 of the UE 40. Within an operator's network, different S-CSCFs may have different 
functionalities. The functions performed by the S-CSCF during a respective ses- 
sion are e.g. registration, session flow management, charging and resource utilize- 
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tion management. When a subscriber roams to the visited network VN, the visited 
network VN supports a Proxy-CSCF (P-CSCF) 30 which enables the session con- 
trol to be passed to the respective S-CSCF located at the home network HN and 
providing the service control. Furtheniiore, an Interrogating-CSCF (l-CSCF) 50 is 
5 provided in the home network HN as a contact point within the operator's network 
for all connections destined to a subscriber of that network operator, or a roaming 
subscriber currently located within that network operator's service area. There may 
be multiple l-CSCFs within an operator's network. The functions performed by the 
l-CSCF 50 include assigning an S-CSCF to a user performing a registration pro- 
10 cedure, routing a request received from another network towards the assigned S- 
CSCF, maintaining the address of an S-CSCF from a subscriber database, e.g. a 
Home Subscriber Server (HSS) 20 as shown in Fig. 1 , and/or forwarding requests 
or responses to the S-CSCF determined based on the address of change from the 
HSS 20. 

15 The P-CSCF 30 is the first contact point within the IMS. Its address is discovered 
by the UE 40 following a PDF (Packet Data Protocol) context activation. The P- 
CSCF 30 behaves like a proxy, i.e. it accepts requests and services them inter- 
nally or forwards them on, possibly after translation. The P-CSCF 30 may also be- 
have as a User Agent, i.e. in abnormal conditions it may terminate and independ- 

20 ently generate transactions. The functions performed by the P-CSCF 30 are for- 
warding register requests received from the UE 40 to an l-CSCF, e.g. the l-CSCF . 
50, determined using the home domain name as provided by the UE 40, and for- 
warding requests or responses to the UE 40. 

Further details regarding the functions of the different CSCF elements shown In 
25 Fig. 1 can be gathered from the above mentionied SGPP-specifications. 

It is expected that there will be many types of ASs connected to the IMS system, 
one example being a Push-To-Talk (PTT) AS. IMS will provide the AS's capabili- 
ties that can be used to implement services to the subscribers. These capabilities 
include e.g. 3"* party registration from IMS towards the AS. In the 3^ party registra- 

30 tion, which is specified in the above 3GPP specifications, the registration towards 
the AS basically is just a notification that the registration in IMS has happened. 
However, it is not possible for the AS to start de-registration of the subscriber or 
even a specific Public User Identity allocated to the subscriber. There is no 
mechanism provided, by which the external AS can ask or request the UE to de- 

35 register. The AS can deny the 3^^ party registration. If the AS is then classified as 
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critical, this should lead to the deregistration. Nevertheless, this requires that the 
registration is passed to the AS. It cannot actively start the deregistration proce- 
dure. 

Furthermore, in release 6 specifications of 3GPP specification it has been deter- 
5 mined that there will be a need in which an AS can de-register or bar a subscriber 
account, e.g. the AS takes care of controlling a user's prepaid account and when 
the account becomes empty, the AS should deny/restrict the user's access to the 
IMS system. As already mentioned, in the current release 5 specifications, there is 
no procedure in place within the IMS network that allows an AS to force de- 
10 registration or barring. For example, a service offered through the IMS by an AS, 
either residing within the IMS network or within another network, may require dis- 
ruption or termination of the service for reasons such as deliquency or timely expi- 
ration of service. 

SUMMARY OF THE INVENTION 

15 It is therefore an object of the present invention to provide a method and system, 
by means of which an AS is enabled to bar and/or de-register a user. 

This object is achieved by a method of deactivating a service account associated 
with an application server of a. registered subscriber within a signaling network 
supporting IP based services, the method comprising the steps of: 
20 - monitoring a status of the service account; 

- forwarding a request for de-registration or barring to a registration server, 
which maintains a registration status of the subscriber, over an interface di- 
rectly coupling the application server and the registration server upon de- 
termining that disruption or termination of service is required; and 
25 - changing the registration status of the subscriber so as to de-register the 
subscriber at said registration server by changing the registration status in 
response to the de-registration request or, respectively, changing the bar- 
ring indication of the subscriber so as to bar the subscriber at said registra- 
tion by changing the barring indication In response to the barring request. 

30 

Additionally, the above object is achieved by a system for deactivating a service 
account of a registered subscriber within a signaling network supporting IP based 
services, the system comprising: 
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- a registration server for maintaining a registration status of the subscriber; 
and 

an application server, to which said service account Is associated, for 
monitoring a status of the service account and forwarding a request for de- 
5 registration or barring to the registration server over an interface directly 

coupling the application sender and the registration server, upon determin- 
ing that disruption or termination of service is required; 

- wherein the registration server is configured to change the registration 
status of the subscriber so as to de-register in response to the de- 

10 registration request or, respectively, to change the barring indication of the 

subscriber so as to bar the subscriber in response to the barring request. 

Accordingly, barring or de-registration can be done via the direct interface between 
the application server and the registration server. There is thus no need to intro- 

15 duce procedures to the Interface between the application server and a call state 
control functionality of an IP based network. Moreover, the proposed mechanism 
does not require any action by the UE or terminal device and does not require any 
new registration package. I.e., when the de-registratlon occurs, the application 
server sends the request to the registration server which may then use standard- 

20 ized means for de-reglstering the concerned user. Even a misbehaving user can 
thus be de-registered property. In practice, this de-reglstration may be done via 
Sh, Cx and/or Gm reference points. 

The registration server may comprise a Home Subscriber Server of an IP Multi- 
25 media Subsystem. Then, the request may be fonA^arded over the Sh reference 
point. In particular, the request may be forwarded in a profile update request 
command. On one hand, de-registration may be requested by setting an updated 
registration status to a predetermined value. On the other hand, barring may be 
requested by adding a barring indication to a definition of a public identity. 
30 Further advantageous modifications or developments are defined in the dependent 
claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the present invention will be described in greater detail based on 
preferred embodiments with reference to the accompanying drawings, In which: 
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Fig. 1 shows a schematic block diagram of a network architecture in which the pre- 
ferred embodiments of the present invention can be implemented; 

Fig. 2 shows a message signaling and processing diagram indicating a de- 
registration procedure according to a first preferred embodiment; and 

5 Fig. 3 shows a message signaling and processing diagram indicating a barring 
procedure according to a second preferred embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiments will now be described on the basis of an event pack- 
age subscription in an IMS network architecture as shown in Fig. 1 . 

10 The IMS architecture shown in Fig. 1 refers to a set of core network entities using 
the services provided by the packet-switched domain to offer multimedia services. 
The HSS 20 is the master database for a given user and includes the functions of 
conventional home location registers (HLRs) as well as new functionalities speci- 
fied to IP networks, such as the IMS. The HSS 20 is the entity containing the sub- 

15 scription-related information to support the network entities actually handling calls 
and/or sessions. 

Possible service configurations could comprise the Presence server assigned to 
the user, the MRFC (Media Resource Function Control) assigned to the user for 
conference purposes, other ASs whjch the user specifically might need to contact, 
20 e.g. by means of event subscriptions, specific URIs the user needs to register if 
the user wants to get the benefit of a specific service, e.g. a PTT or POC service. 

According to the preferred embodiments, a mechanism is provided for deactivating 
a service account associated v/ith the AS 60 of a registered subscriber within an 
signaling network supporting IP multimedia services, e.g. the IMS network, where 

25 registration status of a subscriber is maintained in a 

registration server, e.g. the HSS 20, and implementation of the application service 
is controlled through a call state control server within the IMS network. To achieve 
this, an account status is monitored within the AS 60, and a deregistration or bar- 
ring request is forwarded to the HSS 20 over an interface, e.g. the Sh reference 

30 point, directly coupling the AS 60 and the HSS 20 upon determining that disruption 
or termination of service is required. The de-registration or barring request is re- 
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ceived at the HSS 20, and the de-registration request is implemented by changing 
the registration status within a subscriber's profile or respectively,the barring re- 
quest is implemented by changing the value of barring indication within a sub- 
scriber's profile. Hence, the AS 60 can request the HSS 20 to bar and/or de- 
5 register a user's public identity or identities via the Sh reference point. 

Fig. 2 shows a schematic signaling diagram according to the first preferred em- 
bodiment where the AS 60 can initiate de-registration of a service account of a 
user. In case of de-registration, updating of user's registration status can be en- 

10 abled via Sh reference point and the AS 60 will send a Profile^UpdaterRequest 
(PUR) Sh Diameter command to the HSS 20 (step 1 ). The PUR contains User- 
Data AVP in XML fonmat. which contains the updated registration status, e.g. IMS 
User State XML tag, with a value "NOT^REGISTERED". This is interpreted by the 
HSS 20 as a de-registration of the corresponding IMS user. The de-registration 

15 covers the whole implicitly registered public identity set to which the public identity 
included in the PUR command belongs to. When the HSS 20 has successfully up- 
dated the registration status of the user (step 2), it acknowledges the updating with 
command Profile-Update-Answer (PUA) to the AS 60 (step 3), If necessary, the 
HSS 20 may initiate a de-registration procedure (e.g., RTR command) towards the 

20 S-CSCF .10 via the Cx interface. 

Fig. 3 shows a schematic signaling diagram according to the second preferred 
embodiment where the AS 60 can initiate bam'ng of a service account of a user. In 
case of barring, the updating of barring indication in the HSS 20 can be enabled 

25 within the PUR command and an XML tag "Barringlndication" is added to the defi- 
nition of IMS Public Identity tag (step 1). The "Barringlndication" can use the same 
definition, which is used in the Cx interface and it can have values "0" (false) and 
"1 " (true). When the AS 60 wants to bar a public identity it sends a PUR command 
to the HSS 20. The PUR contains the public identities to be barred and their corre- 

30 spending barring indications. The HSS 20 will update its data according the PUR 
(step 2) and after successful updating it will acknowledge updating to the AS 60 
with a PUA command (step 3). If necessary, the HSS 20 may initiate a profile up- 
date procedure (PPR) towards the S-CSCF 10 via the Cx interface. 

35 It is noted that the present invention is not restricted to the preferred embodiments 
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described above. The present invention may be implemented in any data network, 
where a barring or de-registration procedure can be initiated via an interface bet- 
ween an application server and a subscriber server or database. In particular, the 
de-registration may be performed via other interfaces, such as for example Gm 
5 reference points. The embodiments may thus vary within the scope of the attached 
claims. 
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A method of deactivating a service account associated with an application 
sen/er (60) of a registered subscriber within a signaling network supporting 
IP based services, the method comprising the steps of: 

a) monitoring a status of said service account; 

b) fonA/arding a request for de-registration or barring to a registration 
server (20), which maintains a registration status of said subscriber, 
upon determining that disruption or termination of service is required; 
and 

c) changing the registration status of said subscriber so as to de- 
register said subscriber at said registration serverin response to said 
de-registration request, or, respectively, changing the barring indica- 
tion of said subscriber so as to bar said subscriber at said registration 
server by changing the barring indication in response to said barring 
request. 

A method according to claim 1, wherein said forwarding step comprises 
forwarding said de-registration or barring request over an interface directly 
coupling said application server (60) and said registration server (20). 

A method according to claim 1 or 2, wherein said forwarding step comprises 
forwarding said request to said registration server comprising a Home Sub- 
scriber Server (20) of an IP Multimedia Subsystem. 

A method according to claim 3, wherein said forwarding step comprises for- 
warding said request over said Interface comprising an Sh reference point. 

A method according to claim 3 or 4, wherein said forwarding step comprises 
foHA/arding said request in a profile update request command. 

A method according to claim 5, further comprising the step of indicating de- 
registration by setting an updated registration status to a predetermined 
value. 



A method according to claim 5 or 6. further comprising the step of indicating 
barring by adding a barring indication to a definition of a public identity. 



A system for deactivating a service account of a registered subscriber within 
a signaling network supporting IP based services, said system comprising: 

a) a registration server (20) for maintaining a registration status of said 
subscriber; and 

b) an application server (60), to which said service account is associ- 
ated, for monitoring a status of said service account and fon/varding a 
request for de-registration or barring to said registration server, upon 
determining that disruption or termination of service is required; 

c) wherein said registration server (20) is configured to change the reg- 
istration status of said subscriber so as to de-register said subscriber 
in response to said de-registration request or. respectively, to change 
the barring indication of said subscriber to bar said subscriber in re- 
sponse to said barring request. 

A system according to 8, wherein said registration server is a home sub- 
scriber server (20). 

A system according to 8 or 9, wherein said signaling networl^ comprises an 
IP Multimedia Subsystem. 
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Abstract 

The present invention relates to a method and system for deactivating a service 
account associated with an application server (60) of a registered subscriber within 
a signaling network supporting IP based services. A status of the service account 
5 is monitored, and a request for de-registration or barring is forwarded to a registra- 
tion server (20). which maintains a registration status and barring indication of said 
subscriber, e.g. over an interface directly coupling the application server and the 
registration server upon determining that disruption or termination of service is re- 
quired. The registration status of said subscriber is then changed so as to de- 

10 register the subscriber at the registration ser^^erin response to said de-registration 
request or. respectively, the barring indication of said subscriber Is then changed 
so as to bar the subscriber at the registration server by changing the barring indi- 
cation in response to said barring request. Thereby, the application server is able 
to actively initiate a de-registration of a subscriber or a specific user identity with- 

1 5 out requiring any new registration package. 
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